(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 

International Bureau 

(43) International Publication Date 
23 August 2001 (23.08.2001) 




PCT 



(10) International Publication Number 

WO 01/61620 Al 



(51) International Patent Classification 7 : G06K5/00 

(21) International Application Number: PCIYUS0 1/05331 

(22) International Filing Date: 20 February 2001 (20.02.2001) 

(25) Filing Language: English 

(26) Publication Language: English 

(30) Priority Data: 

60/183,640 18 February 2000 (18.02.2000) US 

(71) Applicant: VASCO DATA SECURITY, INC. [US/US]; 
Suite 210, 1901 South Meyers Road, Oakbrook Terrace, IL 
60181 (US). 

(72) Inventors: HOORNAERT, Frank; Koningin Astridlaan 
164, B-1780 Wemmel (BE). HOUTHOOFT, Mario; 
Koningin Astridlaan 164, B-1780 Wemmel (BE). 



(81) Designated States (national): AE, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CII, CN, CR, CU, CZ, 
DE, DK, DM, DZ, EE, ES, Fl, GB, GD, GE, GH, GM, HU, 
ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, LK, LR, LS, 
LT, LU, LV, MA, MD, MG, MK, MN, MW, MX, MZ, NO, 
NZ, PL, PT, RO, RU, SD, SE, SG, SI, SK, SL, TJ, TM, TR, 
TT, TZ, UA, UG, UZ, VN, YU, ZA, ZW. 

(84) Designated States (regional): ARTPO patent (GH, GM, 
KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZW), Eurasian 
patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), European 
patent (AT, BE, CH, CY, DE, DK, ES, FI, FR, GB, GR, IE, 
IT, LU, MC, NL, PT, SE, TR), OAPI patent (BF, BJ, CF, 
CG, CI, CM, GA, GN, GW, ML, MR, NE, SN, TD, TG). 

Published: 

— with international search report 

For two-tetter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



o 
o 



(74) Agents: MEYER, Sheldon, R. et aL; Filesler Dubb Meyer 
& Lovcjoy LLP, Suite 400, Four Embarcadero Center, San 
Francisco, C A 941 1 1-4156 (US). 



CO 



(54) Title: FIELD PROGRAMMABLE SMART CARD TERMINAL AND TOKEN DEVICE 




(57) Abstract: The invention defines a digital 
programmable smart card terminal device (100) and 
token collectively known as the token device (100). 
The token device comprises a field programmable 
token device which accepts a users' smart card 
(105). The combination of token device and smart 
card may then be used for a variety of applications 
(138) that include user authentication, secure 
access, and encryption. The token device can be 
used both in connected and unconnected modes. 
In one embodiment, the invention comprises a field 
programmable electronic smart card terminal for 
allowing secure communication between a user 
and a host service, service provider, or application, 
comprising a token personality logic; and a smart 
card reader adapted to receive and communicate 
with a smart card having stored thereon a user 
identification data. 



WO Ul/61620 



PCT/US01/05331 



- 1 - 



FIELD PROGRAMMABLE SMART CARD TERMINAL 
AND TOKEN DEVICE 

This application claims priority from provisional application 
"Factory to Field Programming and Advances Relating to Digipass 
100/800 /Series and Related Tokens", application number 60/183,640, 
filed February 18, 2000 and incorporated herein by reference. 

Cross Reference to Related Applications 

The present application is related to the following United States 
Patents and Patent Applications, which patents/applications are 
assigned to the owner of the present invention, and which 
patents/applications are incorporated by reference herein in their 
entirety: 

United States Patent No. 4,599,489, entitled, "Solid State Key For 
Controlling Access To Computer Software"; 

United States Patent No. 4,609,777, entitled, "Solid State Key For 
Controlling Access to Computer Software"; 

United States Patent No. 4,81 9,267, entitled, "Solid State Key For 
Controlling Access to Computer Systems And To Computer Software 
And/Or For Secure Communications"; and 

United States Patent Application No. 09/500,533, entitled 
"Security Access And Authentication Token With Private Key Transport 
Functionality", filed February 9, 2000, currently pending. 



WO Ul/61620 



PCT/US01/05331 



Field of the Invention: 

The invention relates generally to digital devices and to electronic 
smart cards typically used for secure applications. 

5 Background: 

A "smart card" is a common term used to refer to a card-like 
device, typically of the size of a credit card, that includes stored thereon 
a set of data, which is often specifically related to the bearer or user of 
the card. Smart cards often contain their data stored by means of 

10 magnetic storage (a "swipe strip" or "mag stripe") or in a read-only 
memory (ROM) or random access memory (RAM), and usually include 
either a central processing unit (CPU) or a stored set of instructions in 
order to provide some degree of intelligence. The smart card arena has 
grown in recent years to include a variety of users and available 

15 applications. One such example is the banking world, where banks, 
brokerages, and other financial institutions have introduced the use of 
smart cards as electronic wallets for making electronic purchases and 
electronic payments. 

A problem with the traditional type of electronic wallet is that the 

20 wallet needs to be charged, i.e., money needs to be loaded 1 into them, 
prior to use. Currently, one of the methods for loading electronic wallets 
is by using automated teller machines (ATM's) that have been specially 
adapted for this purpose, or through the use of special publically 
accessible dedicated card loading devices. In some cases, specialized 

25 public telephones may be used to make a telephone call with the smart 
card, and also to load the electronic wallet. 
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The same banks and financial institutions that currently support 
or anticipate supporting the use of smart cards have already 
implemented a lot of homebanking services such as phonebanking, PC 
banking, and Internet banking. A typical desired requirement of these 
5 applications is that they not be bound or restricted to being used at a 
restricted place or time. This is commonly referred to as the "triple A 
concept" - that the application be accessible anywhere, anytime, 
anyhow. To allow this flexibility while at the same time ensuring 
adequate controls and security, these homebanking applications 
10 normally require the user to use a digital token - a secure mechanism 
by which to identify a user or to encrypt the user's communications with 
the bank. 

There is today a large demand to use the existing smart cards 
already in circulation to support new remote banking applications. This 

15 demand is spurred largely by a desire to create a return on investment 
already made by various banking organizations, but also by a desire to 
get the user acquainted with his/her electronic wallets and to encourage 
its use in a variety of different ways at an increasing number and variety 
of establishments. There also exists today a combined demand to offer 

20 to banking customers a homebanking feature together with an ability to 
remotely load the smart card. Such loading devices are currently 
available in the marketplace but they are expensive because they need 
to be specially adapted for each different banks loading or payment 
scheme, and require specialized applications to be installed within the 

25 internal operating software of the device. 

To encourage the growth of secure smart card technology within 
society, and to provide a satisfactory return on investment for those 
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industries, such as the banking industry, which have historically been 
early adopters of the smart card format and its applications, a method 
is clearly needed to allow rapid, easy, and low-cost distribution of smart 
card technology and their associated readers, to the widest available 
5 audience or marketplace. 

Summary of the Invention: 

To satisfy this demand for an easily manufactured and 
distributable smart card technology the invention provides a field 

10 programmable user authentication device, electronic token, or token 
device. In accordance with the invention, several embodiments of such 
devices are supported, herein commonly referred to as a "token device." 

The inventors have identified at least two different potential users 
of the invention, depending on their existing infrastructure: 

15 1 . Those customers that have already invested in traditional smart 

card readers but wish to add token functionality in order to support 
remote access, a feature not implemented in their traditional smart card 
technology; and, 

2. Those customers that may have invested in smart card 

20 technology but not in the infrastructure needed (i.e. the terminals, 
readers and associated server technology) to support distributed users 
at home. 

In the case where the organization has already invested in smart 
25 cards and applications but needs a reader for distribution to their 
customers, the invention provides a generic token device. In one 
embodiment this generic token device is a self-powered unit that 
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accepts smart cards, and has both an integrated display and keyboard. 
It can work in a connected or non-connected way. In a non-connected 
mode the user selects which applications to run and provides inputs 
(personal identification numbers, etc.) if required. In a connected mode 
5 the token device acts as a slave to the users personal computer (PC). 
The PC makes interrogatories, asking questions, and the token provides 
answers. 

In one embodiment, the invention comprises a field 
programmable electronic smart card terminal for allowing secure 

10 communication between a user and a host service, service provider, or 
application provided by a service provider, comprising a token 
personality logic; and, a smart card reader adapted to receive and 
communicate with a smart card having stored thereon a user 
identification data, wherein with a smart card received by said smart 

15 card reader said token personality logic can generate a token device 
personality using said user authentication data; and, a communications 
mechanism for communicating an element of said token device 
personality to a service or application. 

In another embodiment, the invention comprises A method of 

20 accessing a secure application, comprising the steps of: providing a 
generic smart card reader terminal, wherein said generic smart card 
reader terminal includes: 

a generic token personality logic, a smart card reader adapted to receive 
and communicate with a smart card, and, a communications mechanism 
25 for communicating said token device personality to a host service; 
receiving at said generic smart card reader a user smart card having 
stored thereon a user identification data; generating a token device 
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personality using said user authentication data; and, accessing a secure 
application using an element of said token device personality. 

In a further embodiment, the invention comprises a method of 
allowing a user secure access to a service provider application, 
5 comprising the steps of: distributing to a plurality of users a plurality of 
generic smart card reader terminals, wherein each of said generic smart 
card reader terminals includes: 

a generic token personality logic, a smart card reader adapted to receive 
and communicate with a smart card, and, a communications mechanism 

10 for communicating said token device personality to a host service; 
receiving at said generic smart card reader a user's smart card having 
stored thereon a user identification data; allowing a user to generate a 
token device personality using said user authentication data; and, 
allowing said user to access a secure application provided by a service 

15 provider, using an element of said token device personality. 

Brief Description of the Drawings: 

Figure 1 is an illustration of a token device in accordance with an 
embodiment of the invention. 
20 Figure 2 is an illustration of a smart card and token device in 

accordance with an embodiment of the invention. 

Figure 3 is an illustration of a token device deployment process 
in accordance with an embodiment of the invention. 

Figure 4 is a flowchart of a token device deployment process in 
25 accordance with an embodiment of the invention. 

Figure 5 is an illustration of a token device connected to a 
personal computer in accordance with an embodiment of the invention. 
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Figure 6 is a schematic layout of a token device in accordance 
with an embodiment of the invention. 

Figure 7 is a flowchart of a token device upgrade process in 
accordance with an embodiment of the invention. 
5 Figure 8 is a flowchart of a token device medium security process 

in accordance with an embodiment of the invention. 

Figure 9 is a flowchart of a token device medium-high security 
process in accordance with an embodiment of the invention. 

Figure 10 is a flowchart of a token device high security process 
10 in accordance with an embodiment of the invention. 

Detailed Description: 

Traditional user access devices which are used for accessing 
financial systems, such as point of sale terminals, electronic tokens, 

15 trusted wallets, and banking cards, utilize a long and complex method 
of distribution. This is because a central system or service provider 
must keep track of the different secrets and/or personal identification 
numbers (PIN's) that are distributed to which customer and on what 
terminal. One target market for the present invention are the owners of 

20 such systems that are either originally smart card based, or are token 
based but the owner wishes to switch to a smart card. 

An advantage of the present invention is that it can take 
advantage of such existing infrastructure without requiring the new 
installation of terminals. The smart card reader or smart card terminal 

25 provided by the invention can be used as a token that needs no 
programming of user-specific secrets. As used herein, the terms "user" 
and "cardholder" are used to refer to the user of the smart card or token 
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device. This is typically an end-user or client of a bank or financial 
institution who has been issued with a personal smart card. As used 
herein the terms "system owner" and "service provider" are used to refer 
to such banks, financial institutions, and other vendors who provide a 
5 service to the cardholder, while the terms "service", "host service", and 
"application" are used to refer to the various services or applications a 
service provider may make available to the user. Instead of 
preprogramming, the secret values used for authentication and user- 
host communication are instead derived from external parameters, such 

10 as identification data or secret values stored on the smart card itself (for 
example the card's serial number). The advantage of this procedure is 
that the smart card terminal can be shipped and put into distribution 
directly from the factory. A subscribing user gets his terminal and enters 
his card and the parameters, and secrets are set accordingly, creating 

15 a token. The invention is intended to be a mass product, which can be 
factory pre-set for a specific system owner or service provider such as 
a particular bank or financial institution. Such pre-sets are collectively 
referred to herein as a "scheme" which allows different banks to 
personalize the working of their own token system. The delivered 

20 terminal / token device for each system owner are all identical and are 
intended to go straight to the points of distribution. This provides a great 
advantage in speed and ease of distribution over prior methods. 

Personalized Token 

25 The invention may be considered the first of a new generation of 

intelligent, unconnected smart card readers or terminals, which offer the 
strong authentication functionality of a token based on smart card security. 
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Strong authentication itself is traditionally based on a combination of at 
least two factors present at the same time: something the user has, 
something they know, and possibly something they are. Figure 1 shows 
an example of a smart card terminal in accordance with an embodiment of 
5 the invention. As shown therein the smart card terminal 100 includes an 
ON/OFF switch 101, a keypad 102, a set of function keys 103, a display 
107, and a smart card reader 104, adapted to receive and communicate 
with a smart card 105. Figure 2 illustrates the operation of the terminal 
device, in which the smart card 105 may be inserted into, and removed 

1 0 from the terminal 1 00. 

In accordance with an embodiment of the invention, the user may 
already have a secure smart card and knows the PIN associated with that 
smart card. When the smart card is inserted into the smart card terminal, 
it transforms the terminal into an electronic token device via a predefined 

15 set of instructions or protocol agreed with and approved beforehand by the 
smart card issuer or system owner. From then on the terminal (now more 
correctly considered an electronic token device) can be used for a variety 
of secure applications. For example, it can be used to log-on remotely to 
computer networks, to generate one-time passwords, accept challenge 

20 messages and calculate responses, and even generate MAC (media 
access control) signatures over messages. As used herein the terms 
"terminal" and "token device" are used to refer to the same physical device 
of the invention and to the two instances of that device - one as a smart 
card reader, and the other as an electronic token device. Any data entry 

25 can be performed using an included keypad, while user action is guided 
using messages on an LCD display. Since it can operated in an 
unconnected mode the token device can be used on any platform (a 
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personal computer, phone, Internet, kiosk, etc) at any time, and from any 
place. 

Banks currently have millions of smart cards in the field for 
combined electronic purse and debit functions. At the same time they use 
5 tokens for strong user authentication to grant access to their phone, home 
or Internet banking channel. Both of these systems require an identical 
process of personalization of the card or token, shipment, PIN mailers, a 
host system and a helpdesk. The invention now removes this logistical 
burden and focuses on the smart cards already delivered to the bank 

10 customers. Terminal / token devices created in accordance with the 
invention may be manufactured according to the "factory-to-field" concept. 
In this sense they may all be identical even up to delivery to the bank 
agency. There is thus no need to personalize the terminal before it is 
actually handed over or shipped to the customer. At that point the 

15 customer initializes the terminal, transforming it into a token device, by 
inserting their own personal smart card. The token device derives all 
required keys according to the rules set up by the card issuer and 
embedded directly in the unalterable processor mask of the terminal unit. 
If the card is removed from the token device, all secrets are immediately 

20 erased, and the device reverts back to being a regular smart card terminal 
(i.e. it no longer acts as a token). 

Figure 3 illustrates schematically the process in which the smart 
card and terminal are used by a user to access a service provider, such as 
a bank or other financial institution. A service provider 120 distributes a 

25 wide number of low-cost smart card terminals to the public, or at least to 
a large subset of the population who may be interested in using the 
services of the service provider. A particular user 124 receives one of the 
smart card terminal, and inserts their own personal smart card 126 into the 
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terminal to create a personalized electronic token 126/128. This token is 
then used to access the service providers network, or services. 

The steps required to accomplish this process are shown in Figure 
4. As shown therein a user obtains a smart card (step 1 30) while a service 
5 provider distributes generic terminals to the public (step 132). The user 
obtains one of these generic terminals (step 1 34) and uses it together with 
his/her smart card to create the token device, and to generate an electronic 
token (step 136). This token is then used to access the services provided 
by the service provider, either locally (in unconnected mode with the 

10 application stored on the smart card terminal itself), or remotely, via an 
intermediate client computer and host server (step 138). 

In the general networking world, public key infrastructure (PKI) 
encryption solutions are becoming more common but they require a more 
expensive, connected smart card reader with all related problems of drivers 

15 and connections. But the connection of the reader is not always possible 
and even not required for just granting remote access to users. Still they 
have a huge investment in smart cards that has to be re-used. With the 
invention, the smart card may be used forthefirsttimeatall network entry 
points. The innovative terminal device replaces the tokens that have to 

20 provide secure remote access to Internet, phone banking and other 
banking services. The terminal provided by the invention can be used in 
combination with existing smart card schemes - the combination of both 
becomes unique without requiring the troublesome personalization of the 
tokens by the service provider. 

25 The invention creates a win-win situation for the service providers 

such as banks, their customers, and to network owners who have already 
invested in smart cards. The banks win because the inventions terminal 
unit allows their customers to use their smart card for almost every contact 
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with their bank. They also get a reasonably priced smart card reader that 
can be delivered in volume and that needs no specific programming. The 
cardholder wins because his smart card becomes his standard interface 
with his bank. At the same time he has an integrated balance reader at his 
5 disposal, and in the unfortunate case that his terminal / token device stops 
functioning, he can just walk to the bank and get a replacement unit without 
having to wait for a newly programmed one with a new PIN to be delivered. 
The network owner, who already invested in smart cards and even smart 
card readers, can now offer a solution to his user who are either 

10 unconnected or need secure remote network access. 

The biggest advantage of the invention is the fact that smart cards 
and tokens are no longer considered rival products when it comes to 
promoting their advantages. From now on they can live in a symbiotic way 
profiting from the intrinsic security of the smart card combined with the 

15 advantage of unconnected tokens. These two key elements permit secure 
network access from anywhere, anyhow and at anytime, without being 
limited in access methods and platforms. This allows network operators to 
address the widest possible users group without any discrimination. The 
security is also fully in the hands of the issuer as no security parameters 

20 and/or key programming and distribution is needed. Every secret that is 
used is either predefined in the card or derived from parts of that smart 
card in a secure and unalterable way. 

Modes of Operation 

25 In accordance with an embodiment of the invention, the token 

device may operate in any of three different phases: an initial 
programming phase, an operational phase, and a battery fail phase. 
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ln the initial programming phase, the token device is shipped to 
the system owner. As shipped, it contains all required parameters for 
the system owner in a built-in read only memory (ROM). When batteries 
are inserted, the token is reset and asks for the smart card to be 
5 installed during a 10-second boot up period. When the unit is reset at 
any later time, it will again ask for a smart card to start the initialization. 
This phase can also be repeated by removing the batteries from an 
operational token device. 

In the operational phase the token device can be used in either 

10 a connected or unconnected mode; and whether it has a smart card 
inserted into its reader or not. Depending on these parameters the 
behavior of the token device will automatically change from one of dumb 
smart card reader to electronic token device, and from an unconnected 
electronic wallet, to a connected client. In one embodiment the token 

15 device becomes fully operational once a smart card is introduced for the 
first time and a pre-defined initialization phase is successfully executed. 
In unconnected mode the token device supports time and/or 
event-based dynamic passwords, challenge/response, and signatures, 
and acts as an electronic token or electronic wallet in it's own right. 

20 These different modes are described in further detail below. In 
connected mode, as illustrated in Figure 5, a token generating 
application runs on the user's personal computer (PC) 140 while the 
token device (the combination of smart card terminal 100 and smart 
card 108) acts as a slave device, connected to the PC by a serial or 

25 equivalent connection 142. Depending on the complexity, certain 
firewall-like filters can be installed into the token device or the token 
application that may be used to accept certain addresses in the card, or 
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specify certain field length, sequence of operations, specific commands, 
etc. 

When the voltage level drops under a predefined level, the token 
device enters a battery fail phase, and signals a "battery low" warning. 
5 The battery must then be replaced in order to keep the RAM contents 
intact. 

Customer Use 

As any prospective banking, financial, or equivalent organization 
1 0 will wish to distribute the smart card terminal / token device at the lowest 
possible cost to their customers, it is important that as many people as 
possible can use that one token. A modern household may have a 
variety of different cards - perhaps one or two for each person in the 
household. Hence the token device is designed such that many 
15 members of a family can use it, while the smart card activates each 
users own personal secrets. It will be evident that the invention is not 
limited to home applications but instead that it's features, and 
particularly it's ability to offer a group of people a common security 
interface, makes the invention useful in many commercial or industrial 
20 settings. 

Other than the original electronic wallet applications, space may 
be reserved in the token device for future applications such as electronic 
ticket reservation, user authentication, secure access control, etc. Each 
of these applications needs different attention and may utilize different 
25 ways of handling the secrets. One embodiment of the present invention 
may be implemented by presetting the number of applications per user 
(4, for example). In the 4-limit application embodiment, a token device 
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may have up to 16 applications which can be defined as coexisting 
beside each other. If so required, these 16 applications can also be 
used by a single user, or alternatively two individual users may use up 
to 8 applications. Any alternative combination of users and applications 
5 may be implemented. 

In one embodiment, messages are defined to guide the user 
through the use of each application. Messages may be limited to save 
resources. For example, in one embodiment a total of 64 messages 
may be programmed over all 16 applications. These messages remain 

10 in one block of memory. The messages may be stored in ROM and 
shared across applications, or may be stored in the applications 
themselves. Alternatively, additional resources may be provided for 
more extensive messaging. The messages can be updated as a full 
block by use of a program smart card. 

15 In one embodiment, the original software used with the smart 

card is already factory programmed during manufacturing into a 
programmable Read Only Memory (ROM) area of the token device. 
When the token device receives a hardware reset, this initial program 
is copied from ROM storage to the first partition in the RAM Memory and 

20 executed. 

In accordance with one embodiment of the invention the token 
device is upgradable. However, as new applications arrive, not 
everybody may want to subscribe. Therefore, in one embodiment, the 
token device includes a memory management system that is block- 

25 based and that can be managed from an upgrade smart card. The 
block size is defined in such a way that the memory is used in an 
optimal fashion. For example, certain applications may use several 
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memory blocks. The token device operating system will automatically 
put the new application into the available position. If insufficient memory 
space is available for this process then the user will be warned on the 
display. A new application or an upgrade can be set to delete a 
5 previous version. The upgrade smart card should in this case contain 
the file header, the version number and the instruction to delete a 
previous version if found. 

On-line upgrades are mainly directed toward connected 
applications for the token device and fall within the responsibility of the 

10 application or system owner i.e., the bank, financial institution, or other 
organization which has developed the application. In one embodiment, 
for security purposes, an on-line upgrade can only be used to upgrade 
only those token applications residing on the PC, and not the 
applications residing in the memory of the token device. 

1 5 Token device applications can be also upgraded or expanded off- 

line by using a program smart card. In one embodiment, this card 
needs a specific operator personal identification number (PIN) and is not 
intended for distribution to the end-user. To guarantee the authenticity 
of the token device and of the upgrade smart card, an initial mutual 

20 challenge/response mechanism can be used, or if available a "certified 
read" mechanism can be used to authenticate both devices. Users 
wanting to upgrade or subscribe to a new service may also visit a 
service point of the system owner with their token device. Figure 7 
shows a flowchart of one such upgrade process in accordance with the 

25 invention. The upgrade card is inserted into the reader (step 1 72). The 
reader hardware recognizes the upgrade card and starts an upgrade 
function (step 174). Upgrade data, programs etc. are loaded from the 
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upgrade card into the memory of the smart card reader / token device 
(step 1 76), and stored in an appropriate ROM memory block (step 1 78). 
Upgraded applications are then accessible by the user (step 180). 

5 External Device Characteristics 

In one embodiment the housing for the token device has a portrait 
design for easy handheld use. The length and width is approximately 
the same as a standard credit card. The thickness largely depends on 
the thickness of an optional Universal Serial Bus (USB) connector used 

10 to connect the smart card terminal or token device to a user's personal 
computer. Other housing types and shapes may be utilized while 
remaining within the spirit and scope of the invention. The token device 
may utilize any convenient electronic packaging for independent use 
and/or may be integrated into other standard electronic devices, for 

15 example a cell phone, or personal digital assistant (PDA) etc. The 
different elements of the token device can be divided into 3 interface 
levels: the interface with the user, the interface with external devices 
such as a connected PC, and the interface with the smart card. 

20 User Interface 

In one embodiment of the smart card terminal / token device, the 
user interface has two elements - a display, and a keypad. The display 
may be a liquid crystal display (LCD) type although other display types 
and designs may also be substituted (for example a backlight display, 
25 LED display, etc.). The physical size of the display can be maximized 
with respect to the overall size of the token device, and special 
measures may be taken so that the glass is protected against breaking. 
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The display should be easily legible for a user that sits in front of it, and 
can include a tilted or hinged display to facilitate viewing. 

The keypad may be fabricated of a rubber or rubber-like flexible 
mat offering a good travel of the keys and tactile feedback. Other 
5 technologies can be considered. The functions of the keys should support 
the normal token device functions. Because most of these token devices 
may be used in non-professional (i.e. in the home, or on the road) 
environments the keys should be sufficiently large to allow easy handling. 
The design may take into account, where possible, that there are certain 

1 0 design considerations for physically handicapped people, like the size and 
type of keypad letters. All keys have their denomination imprinted in ink. 
The ink may be of a permanent type to prevent easy wipe out of the 
imprint. Alternatively, impressions may also be utilized (impression 
lettering, symbols, Braille, etc.). The function keys can have different 

15 colors. Smart grouping can limit the number of colors to reduce 
manufacturer costs. The ON/OFF key should be protected against an 
accidental, continuous ON state during transport. This helps to prevent 
unnecessary battery drain. The "5" key may have a reference mark for 
visually disabled people. 

20 

External Interface 

A universal serial bus (USB) connection is optionally available for 
interface with a personal computer (PC). Alternatively, any of infra-red 
(IR), parallel, serial, or other connections may be implemented. The 
25 connector can be integrated into the token device housing. To support 
Plug & Play, in one embodiment, the port address and interrupt settings 
are automatically set by the PC. If the USB port of the PC is used, the 
token device will use the power coming from the USB bus. If required, 
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power regulation circuits can be provided. If volume users (larger banks, 
etc.) consider the USB connection is not necessary for their particular 
application, then it may be left out. 

5 Internal Device Characteristics 

Figure 6 illustrates schematically one embodiment of the smart 
card terminal and reader in accordance with the invention. An 
embodiment of the token device comprises a smart card reader 150 
which has a slot to insert a standard smart card 1 54. Other smart card 

10 designs, shapes, etc. may be accommodated in alternate embodiments, 
while remaining within the spirit and scope of the invention. For 
maximum compatibility with current standards the smart card reader must 
accept full sized cards that conform to the International Standards 
Organization (ISO) 7810 specification. Economically, positioning of the 

15 smart card reader follows 2 main criteria: it should be suitable for both left 
and right handed people; and it should not allow access at the top because 
the card opening will work as a dust aspirator and the accumulated dust 
will eventually cover the contacts, block the end-of-travel switch or de-align 
the contacts with the card. 

20 Access from the front is one possible design solution since it allows 

the USB connection 159 to sit at the back pointing towards the PC. 
Arranging the connections in this way is automatically compatible with left 
or right handed people. Alternative positioning may also be utilized. The 
use of landing contacts is preferred to scraping contracts, as the landing 

25 contacts do not damage the gold plated contacts on the smart card. 
However, other contacts may be utilized. An end-of-travel switch 
continuously monitors the presence of the smart card in those applications 
or phases pre-set to work with the smart card. When using these types of 
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applications a removal of the smart card halts the ongoing application 
immediately. 

For proper operations with a PC, a suitable software driver must be 
delivered either to the bank or individually with each distributed token 
5 device. Drivers may be currently provided for Windows, unix, OS/2, and 
NT systems. Other drivers may be provided as needed. Specialized 
applications and drivers may be stored in a combination of ROM 146 and 
RAM 144 memory, and accessed via a central processing unit 148. The 
central processing unit also monitors user input from a keyboard or 
10 touchscreen device 1 56. 

The token device can interoperate with other special cards. Once 
in connected mode the token device can be designed to work with Java 
cards, and with Smart cards with cryptographic co-processor such as RSA 
cards. 

1 5 In most instances it is preferred that the smart card should be well 

insertable into the token device to at least 75% of its overall size. 
Taking out the card is and easy push out or pull-out process. The card 
reader includes an end-of-travel switch to detect the correct insertion of 
the card, and to display the status of such on the display or as a 

20 computer application icon. 

An internal clock 1 60 is required for token device time-dependent 
application such as time-based passwords, time based signatures etc. 
The internal clock is powered by an internal battery. The clock is 
internally set to Greenwich mean time (GMT) time during production. 

25 The token device may be allowed to work in connected or non- 

connected mode. In the connected mode it gets its power from the USB 
port. In non-connected mode the token device works by getting power 
from the internal batteries 158. To allow exchange of the batteries 
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without loss of memory, in one embodiment 2 independent batteries, 
each of 3 Volts, can be used. Typically, the batteries will already be in 
place at the moment of delivery to the user. In one embodiment, a 
plastic temporary insulation strip, accessible from the outside, can be 
5 removed after which the contacts close and the batteries becomes 
operational. This keeps the batteries in the best condition. In this 
embodiment, a couple of issues have to be carefully considered: the 
token device should be tested before the plastic is put in place; and, a 
scheme should be defined to set the clock to the correct GMT time. The 
10 battery status can be visualized through a menu item, and is some 
embodiments may be replaceable. Atypical lifetime of the token device 
is at least 3 years. 

Secure Applications 

15 The secure applications of the token device are designed to be 

compatible with legacy systems and legacy tokens. This means that 
token device can handle: 

time or event based dynamic passwords 
fast and slow time changes 
20 • challenge/response 

basic signatures 

extended signatures, even if concatenated 

In some embodiments the token device supports Data Encryption 
25 Standard (DES) and triple DES. In some embodiments, the token 
device also supports the PKA mechanism to unlock a secret that resides 
in encrypted mode on a PC. The exchange of the dynamic key between 
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PC and token device can be automated if the two are linked via the 
USB. The token device may allow customers, using a smart card 
containing private keys and digital certificates on the smart card, to 
transfer these keys and certificates to the application in the PC. The 
5 fact that a PIN can be requested to open the token device and/or the 
smart card provides a double security mechanism. 

Balance reader functions are functions that are accessible in a 
smart card, which don't require large applications. Typically, they show 
the balance of the amount in the electronic wallet; show the last five 

10 transactions; and control the locking and unlocking the electronic wallet. 
In some embodiments these functions are accessed by 1 or 2 direct 
access keys on the keypad. If this is not desired then they should be 
part of a user-accessible menu. One feature of the present invention as 
implemented in the electronic wallet variant provides for showing the 

15 current balance and the last five transactions, which displays in one 
continuous flow with a display pause of 3 seconds before going to the 
next entry. 

A balance feature shows the current balance in the electronic 
wallet. As the token device is designed to be marketed worldwide, the 

20 currency may be shown behind the total. The information to derive 
which currency is used, can be found in the international currency value 
that is stored in the smart card. To reduce the incorporated translation 
database in the token device this value can be either prefixed during 
production or else the database can be limited to one country and 

25 eventually some important surrounding currencies. The last five 
transactions may be shown (credit as well as debit with the 
corresponding n +" (load) or (payment) sign). The date of the 
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transaction may also be shown. The order will typically be most recent 
transaction first. Partial transactions (such as telephone calls ) will be 
shown as a single transaction. Once the last transaction is shown, the 
token device will halt showing information from the card. Alternate 
5 embodiments provide for any number of last transactions. 

In one embodiment, a locking feature of the wallet is provided. A 
special icon on the display may show an open or closed lock depending 
on the state of the electronic wallet. Locking and unlocking will require 
a PIN entry for the smart card and may require writing to the smart card.. 

10 In one embodiment for use in Europe primarily, the token device 

includes a feature that is able to convert the Euro's form of currency to 
the old local (i.e. country-specific) currency. Access to this conversion 
feature is either through a menu item or through direct access via a 
dedicated key. The corresponding conversion factor is preferably 

15 programmable by the user. In that way users outside the Euro 
community can use it to convert to a desired local currency while 
traveling abroad. Alternatively, a table of conversion rates may be 
maintained in the token device. The table may be updated from an 
update card or connection to a web page having an updated table. In 

20 another alternative, the conversion factor can be programmed in ROM 
during the production process. 

Device Security 

The token device includes a variety of PIN management features. 
25 As the token device can be used as a standalone token device even 
without the smart card inserted, embodiments of the invention allow the 
token device to be secured with a PIN. In one example, a different PIN 
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can be set for each of the maximum 4 users. The PIN length may be 
set between 2 and 8 digits. A factory default PIN can be set and a new 
PIN can be forced at initialization. As the token device is used together 
with a smart card, which in turn is also PIN protected, users may be 
5 tempted to use the same PIN for both. In one embodiment, in order to 
prevent that the PIN is retrieved by hacking the token device, the token 
device PINs are not saved in the memory of the token device. 

An unlock code for each of the 4 per-card supported users is 
provided. Unlocking is possible only in those cases where the PIN of 
10 the token device is used and where the PIN is not handled by the smart 
card. In such cases the smart card may lock itself and the unlocking . 
sequence will need to be followed as specified by the system owner. 

The token device may contain a number of secrets, counters and 
initial vectors. In one embodiment of a typical token device, it may for 
15 example contain per user: 

4 secrets keys of 64 or 128 bit 

1 unlock key valid for each of the users 

a signature of the PIN 



20 In one embodiment, the token device includes a true random 

generator that can be used to personalize the token device based on an 
historical secret. A smart card terminal / token device that is handed 
over to a customer cannot be used until it is personalized, i.e. it is 
converted from a regular smart card terminal or reader into an electronic 

25 smart card token. Personalization starts when a smart card is inserted. 
Depending on the wishes of the card organization the security level 
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employed by the token device can vary from a "medium" to a "very high" 
level of security. 

Medium Security Mode 

5 A flowchart showing the operation of the medium security mode 

is shown in Figure 8. The user obtains a generic smart card reader / 
token device (step 190) and their own personal smart card. The smart 
card is then inserted into the smart card reader (step 192) where the 
data can be read (step 194). In this security mode the token device 

10 random generator generates a one time "historical" secret that is 
displayed (step 196). The user notes down this value (step 198) and 
stores it for these cases where he/she gets a new token device or has 
to re-initialize the token device. In this way, the new token device will 
restore the secrets as they originally were in the initial token device 

15 without requiring any intervention in the server. The user also sends 
this value to the card organization or service provider. The card 
organization (for example, a bank) must introduce this value into their 
database and do the correct calculation with the secret key to derive at 
their end the derived key that the token device will use when it actually 

20 authenticates (step 200). The derived keys may be compared (step 202) 
to ensure user authentication (step 204). As there is a slight risk of 
exposure of the historical value, the security level is regarded as 
medium although any potential hacker would need to intercept this 
information during this single window in time and would also need the 

25 secret key in the card to be able to crack the system. 
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High Security Mode 

A flowchart showing the operation of the medium security mode 
is shown in Figure 9. Again, the user must first obtain a generic smart 
card reader / terminal device (step 210), smart card (step 212) and 

5 insert the smart card into the reader (step 214). In this security mode, 
the smart card is given a certain value (for example a serial number, an 
account number, a fixed or predefined value in the token device) as an 
input (step 216). This value is then used as input in the DES engine of 
the smart card together with one of the smart card secrets (address to 

1 0 be defined by the card operator) to derive a new value that will be stored 
in the RAM memory of the token device (step 218). From then on the 
token device will use this secret in the calculations. If this value is a 
value known by the service provider (step 220), they can derive the 
same token device key and store that in his database (step 222) to 

15 authenticate a user (step 224). This work can be done automatically.. 

Very High Security Mode 

A flowchart showing the operation of the medium security mode 
is shown in Figure 10. Again, the user must first obtain a generic smart 
card reader / terminal device (step 230), smart card (step 232) and 
insert the smart card into the reader (step 234). In this mode or security 
level, the token device uses the secrets embedded in the smart card all 
of the time (step 236). As these keys have to remain in the card, the 
smart card will have to do all the calculations. The card organization, 
system owner, or service provider can define which fields can be 
addressed and with what restrictions (on length, numeric, etc.). In this 
way the token device can work as a firewall, since the smart card can 



20 



25 
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only be accessed via documented commands. The keys in the card can 
not be compromised and no other external keys are used. In fact the 
token device is initialized each time the smart card is introduced and the 
user can do a transaction on any token device issued by the smart card 
5 operator. As the service provider knows (step 238) which secret a 
customer will use, no extra work is required in the authentication center. 
The customer or transaction can then be authenticated (step 240). 

The present invention may be conveniently implemented using a 

10 conventional general purpose or a specialized digital computer or 
microprocessor programmed according to the teachings of the present 
disclosure, as will be apparent to those skilled in the computer art. 

Appropriate software coding can readily be prepared by skilled 
programmers based on the teachings of the present disclosure, as will 

15 be apparent to those skilled in the software art. The invention may also 
be implemented by the preparation of application specific integrated 
circuits or by interconnecting an appropriate network of conventional 
component circuits, as will be readily apparent to those skilled in the art. 
The present invention includes a computer program product 

20 which is a storage medium (media) having instructions stored thereon/in 
which can be used to control, or cause, a computer to perform any of 
the processes of the present invention. The storage medium can 
include, but is not limited to, any type of disk including floppy disks, mini 
disks (MD's), optical discs, DVD, CD-ROMs, microdrive, and magneto- 

25 optical disks, ROMs, RAMs, EPROMs, EEPROMs, DRAMs, VRAMs, 
flash memory devices (including flash cards), magnetic or optical cards, 
nanosystems (including molecular memory ICs), RAID devices, remote 
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data storage/archive/warehousing, or any type of media or device 
suitable for storing instructions and/or data. 

Stored on any one of the computer readable medium (media), the 
present invention includes software for controlling both the hardware of 
5 the general purpose/specialized computer or microprocessor, and for 
enabling the computer or microprocessor to interact with a human user 
or other mechanism utilizing the results of the present invention. Such 
software may include, but is not limited to, device drivers, operating 
systems, and user applications. Ultimately, such computer readable 

10 media further includes software for performing the present invention, as 
described above. 

Included in the programming (software) of the general/specialized 
computer or microprocessor are software modules for implementing the 
teachings of the present invention, including, but not limited to, retrieving 

15 user secrets from a smart card reader, automatically performing 
functions, setting security levels, managing electronic wallet accounts, 
managing different users, generating encrypted communications, and 
the display, storage, or communication of results according to the 
processes of the present invention. 

20 Obviously, numerous modifications and variations of the present 

invention are possible in light of the above teachings. It is therefore to 
be understood that within the scope of the appended claims, the 
invention may be practiced otherwise than as specifically described 
herein. 

25 For some customers, other embodiments of the invention provide 

for a token engine and technology integrated into a CPU on a smart 
card. This chip is then readable in existing smart card readers and uses 
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the readers keyboard and display in combination to form a token device 
in accordance with the invention. There may be different types of token 
devices: token only, integrated with other smart cards, integrated with 
memory cards for cellular phones etc. 

Industrial Applicability: 

Any sector wanting to introduce strong authentication for network 
access based on smart cards can use the invention. The main trigger to 
use these smart cards is that there should be a sufficiently high issuance 
of smart cards or an important installed park of smart cards. Even if these 
cards were not originally designed for this application, the invention allows 
the use of embedded strings or secrets on the card to initialize itself in a 
unique way without compromising the security of the existing applications. 
Typical markets are primarily the banks having millions of smart cards 
issued or companies involved in smart card applications such as PKI 
security. 

The advantage of the system is that with the invention there is no 
real need for a connected smart card reader. In an unconnected way the 
token device can be used on any platform (PC, Mac, phone, Internet, 
kiosk, etc) at any time and from any place simply because it works in an 
unconnected way. This lowers dramatically the reluctance level of users. 
But what is more important that it most certainly lowers the cost of 
ownership to the cardissuers as the helpdesk is not overloaded with calls 
for new software drivers, other types of cables and from confused users 
not knowing how to connect the reader. 
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Claims: 

What is claimed is: 

1 . A field programmable electronic smart card terminal capable of 
acting as a token device for allowing secure communication between a 
user and an application provided by a service provider, comprising: 

a token personality logic; 

a smart card reader adapted to receive and communicate with a 
smart card having stored thereon a user identification data, wherein with' 
a smart card received by said smart card reader said token personality- 
logic can generate a token device personality using said user 
authentication data; and, 

a communications mechanism for communicating an element of 
said token device personality to an application provided by a service 
provider. 

2. The terminal of claim 1 wherein said token device personality is 
erased when the smart card is removed from the smart card reader. 

3. The terminal of claim 1 further comprising a unique terminal 
identifier associated with said smart card terminal. 

4. The terminal of claim 3 wherein with a smart card received by 
said smart card reader said token personality logic can generate a token 
device personality using a combination of said user authentication data 
and said terminal identifier. 
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5. The terminal of claim 1 wherein said user identification data is 
copied to said smart card terminal. 

6. The terminal of claim 5 wherein said user identification data is 
erased when the smart card is removed from the smart card reader. 

7. The terminal of Claim 1 , further comprising: 
a computing mechanism; and, 

a memory device storing at least one application provided by the 
service provider and capable of being loaded and executed by said 
computing mechanism. 

8. The terminal of Claim 7, wherein at least one of said applications 
is configured to accept a PIN number from one of a set of terminal': 
users, and maintain confidentiality and provide access to other functions 
and/or applications of said token device only as corresponding to the 
user identified by the accepted PIN. 

9. The token of Claim 7, wherein at least one of said applications 
supports security paradigms, including at least one of time and/or event 
based passwords, challenge response, and signatures. 

1 0. The token of Claim 7, further comprising at least one of a timing 
mechanism connected to said computing mechanism and utilized by the 
token or any of said applications in performing clock and/or event based 
security paradigms. 
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1 1 . The terminal of Claim 7, wherein said applications include a 
connected mode application that configures said token in a connected 
mode such that said token acts as a slave to a computer connected to 
said token. 

12. The terminal of claim 1 wherein said terminal device operates 
physically unconnected from the service provider. 

13. The terminal of claim 12 wherein said communications 
mechanism is a display configured to communicate a PIN element of a 
token device personality in response to a user input. 

14. The terminal of claim 13 wherein the user input is data as 
communicated from the service provider in the form of a question to be 
interpreted by the token device. 

1 5. The terminal of Claim 1 , further comprising an output mechanism 
connected to said computing mechanism configured to transmit secured 
data from said token to a remotely connected device. 

16. The terminal of Claim 15, wherein said output mechanism 
comprises at least one of an infra red device, scanning device, 
telephone line connection, network connection, and universal serial bus 
port. 
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1 7. The terminal of Claim 1 , including a data encryptor for encrypting 
data wherein said encrypting data is performed via at least one of DES, 
Triple DES, and other encryption processes. 

18. The terminal of Claim 1, including: 
a computing mechanism; and, 

a memory device storing at least one application provided by the 
service provider and capable of being loaded and executed by said 
computing mechanism; 

wherein at least one of said applications supports an electronic 

wallet. 

1 9. The terminal of Claim 1 8, wherein the electronic wallet application 
includes modules for displaying current balances, and a predetermined 
number of last previous transactions of the wallet. 

20. A method of accessing a secure application, comprising the steps 
of: 

providing a generic smart card reader terminal, wherein said 
generic smart card reader terminal includes: 
a generic token personality logic, 
a smart card reader adapted to receive and communicate 
with a smart card, and, 

a communications mechanism for communicating said 
token device personality to a host service; 
receiving at said generic smart card reader a user smart card 
having stored thereon a user identification data; 
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generating a token device personality using said user 
authentication data; and, 

accessing a secure application using an element of said token 
device personality. 

21 . The method of claim 20, further comprising the step of: 
erasing said token device personality when the smart card is 

removed from the smart card reader. 

22. The terminal of claim 20 further comprising the step of 
associating a unique terminal identifier with each smart card 

terminal. 

23. The method of claim 22 wherein said step of generating includes 
the step of: 

generating a token device personality using a combination of said 
user authentication data and said unique terminal identifier. 

24. The method of claim 20 further comprising the step of: 
copying said user identification data to said smart card terminal. 

25. The method of claim 24 further comprising the step of: 
erasing said identification data when the smart card is removed 

from the smart card reader. 

26. The method of claim 20 including the step of: 
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operating said terminal device unconnected from the service 
provider 

27. The method of claim 20 including the steps of: 

receiving information from the service provider in the form of a 
question; 

entering said question into the terminal device; 
receiving a response to said question; and, 
communicating said response to the service provider. 

28. The method of claim 27 wherein the question is a request for a 
PIN. 

29. The method of claim 28 wherein said step of entering a question 
is via a keypad attached to the device, and said step of receiving a 
response is via a display attached to the device. 

30. The method of claim 20 including the step of: 

operating said terminal device via a connection to a client 
computer in communication with the service provider. 

31 . The method of claim 30 including the steps of: 

receiving information from the service provider in the form of a 
question; 

entering said question into the terminal device; 
receiving a response to said question; and, 
communicating said response to the service provider. 
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32. The method of claim 31 wherein the question is a request for a 
PIN. 

33. The method of claim 32 wherein said steps of entering a question 
and receiving a response is via the client computer connected to the 
device. 

34. A method of providing a user with secure access to a service 
provider application, comprising the steps of: 

distributing to a plurality of users a plurality of generic smart card 
reader terminals, wherein each of said generic smart card reader 
terminals includes: 

a generic token personality logic, 

a smart card reader adapted to receive and communicate 

with a smart card, and, 

a communications mechanism for communicating said 
token device personality to a host service; 
receiving at said generic smart card reader a user's smart card 
having stored thereon a user identification data; 

allowing a user to generate a token device personality using said 
user authentication data; and, 

allowing one of said users to access a secure application 
provided by a service provider, using an element of said token device 
personality. 
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35. The method of claim 35, further comprising the step of: 
erasing said token device personality when the smart card is 

removed from the smart card reader. 

36. The method of claim 35 further comprising the step of: 
associating a unique terminal identifier with each smart card 

terminal. 

37. The method of claim 36 wherein said step of generating includes 
the step of: 

generating a token device personality using a combination of said 
user authentication data and said unique terminal identifier. 

38. The method of claim 34 further comprising the step of: 
copying said user identification data to said smart card terminal. 

39. The method of claim 24 further comprising the step of: 
erasing said identification data when the smart card is removed 

from the smart card reader. 

40. The method of claim 20 including the step of: 

allowing said user to operate said terminal device unconnected 
from the service provider. 
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41 . The method of claim 20 including the step of: 

allowing said user to operate said terminal device via a 
connection to a client computer in communication with the service 
provider. 
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